忠告

  这里是一组在你学习C++的过程中或许应该考虑的“规则”。随着你变得更加熟练，你将能把它转化为某种更适合你的那类应用系统或者你自己的程序设计风格的东西。它们有意被写得很简单，因此都缺乏细节。请不要太拘泥于它们的字面意义。要写出一个好程序需要智慧、品味和耐性。你不会第一次就能把它搞好的。试验！

1、在编程序时，你是在为你针对某个问题的解决方案中的思想建立起一种具体表现。让程序的结构尽可能地直接反映这些思想：

a)、如果你能把“它”看成一个独立的概念，就把它做成一个类。

b)、如果你能把“它”看成一个独立的实体，就把它做成某个类的一个对象。

c)、如果两个类有共同的界面，将此界面做成一个抽象类。

d)、如果两个类的实现有某些显著的共同东西，将这些共性做成一个基类。

e)、如果一个类是一种对象的容器，将它做成一个模板。

f)、如果一个函数实现对某容器的一个算法，将它实现为对一族容器可用的模板函数。

g)、如果一组类、模板等互相之间有逻辑联系，将它们放进一个名字空间里。

2、在你定义一个并不是实现某个像矩阵或复数这样的数学对象的类时，或者定义一个低层的类型如链接表的时候：

a)、不要使用全局数据（使用成员）。

b)、不要使用全局函数。

c)、不要使用公用数据成员。

d)、不要使用友元，除非为了避免a)或c)。

e)、不要在一个类里面放“类型域”；采用虚函数。

f)、不要使用在线函数，除非作为效果显著的优化。

更特殊或更详尽的实用规则可以在每章最后的“忠告”一节里找到。请记住，这些忠告只是粗略的实用规则，而不是万古不变的定律。它们只应使用在“合理的地方”。从来就没有任何东西能够替代智慧、经验、常识和好的鉴赏力。

  我发现具有“绝不要做这个”形式的规则不大有帮助。因此，大部分忠告被写成应该做什么的建议，而否定性的建议也倾向于不采用绝对禁止的短语。据我所知，没有任何一种主要的C++特征没有被良好地使用过。在有关“忠告”的节里不包括解释，相反，每条忠告都引用了本书中某些适当的章节。在给出否定性的忠告时，对应章节里通常都提供了有关其他替代方式的建议。

🔚